home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000295_news@newsmaster….columbia.edu _Tue Nov 18 10:56:15 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA02930
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Nov 1997 10:56:14 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA27546
  7.     for kermit.misc@watsun; Tue, 18 Nov 1997 10:56:14 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc,comp.sys.hp.misc
  11. Subject: Re: Convert not unconverting?
  12. Date: 18 Nov 1997 15:56:11 GMT
  13. Organization: Columbia University
  14. Lines: 65
  15. Message-ID: <64sdqr$hnt$1@apakabar.cc.columbia.edu>
  16. References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> <3470B0F6.69FE@supremecourt.gov>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8080 comp.sys.hp.misc:15657
  19.  
  20. In article <3470B0F6.69FE@supremecourt.gov>,
  21. Roy Buzdor  <first.amendment@supremecourt.gov> wrote:
  22. : Frank da Cruz wrote:
  23. : > In article <34579BD0.5708@supremecourt.gov>,
  24. : > Roy Buzdor  <first.amendment@supremecourt.gov> wrote:
  25. : > : I have a user who is transfering data from a Sun
  26. : > : workstation using C-Kermit 6.0 to an HP-1000 using
  27. : > : Kermit-RTE 1.99, the file he is transfering is
  28. : > : named "PMP0666" the file on the HP is showing up
  29. : > : as "PMP0~#6".  Kermit figures that it can change
  30. : > : the "666" into a repeat sequence which is
  31. : > : "~ (repeat) # (quote) 6"...
  32. : > :
  33. : > Because RTE Kermit said it could -- they negotiate this
  34. : > up front.
  35. : > 
  36. : > : ... unfortunately, the
  37. : > : Kermit-RTE is not recognizing it, or changing it
  38. : > : back properly.  I am not a Kermit expert, but I
  39. : > : do have a bit of experience, and I have not been
  40. : > : able to find the switch to either tell C-Kermit
  41. : > : NOT to do this translation (I tried the
  42. : > : convert/literal switch, and it did not fix it),
  43. : > : or to tell Kermit-RTE to DO the translation.
  44. : > :
  45. : > A source-code fix is required for the latter.  Any
  46. : > volunteers?
  47. : 
  48. : Since my other post has not been answered...
  49. :
  50. I did answer it.  If you tell C-Kermit to "set repeat
  51. counts off", it will not send repeat-count compression
  52. sequences and that should work around the problem in
  53. RTE Kermit.
  54.  
  55. : ... I will
  56. : assume that there are no other possibilities for
  57. : a fix.  Given that assumption, I have the Kermit-RTE
  58. : source - can you give me a clue as to which module
  59. : to look in to repair Kermit-RTE so that it will do
  60. : the translation?
  61. : 
  62. HP-1000 Kermit is available from:
  63.  
  64.   ftp://kermit.columbia.edu/kermit/d/hpm*.*
  65.  
  66. FTP in text mode.  All of the source code is in one module:
  67. hpmker.src.  It is written in Fortran-77 and rather well commented.
  68.  
  69. A quick glance at the source shows that there is a subroutine
  70. called BufEmp(), which decodes the contents of the data field of
  71. a packet.  Evidently this routine is being called for Data (D)
  72. packets, but not for File Header (F) packets.  Incoming F packets
  73. are handled in the routine called rfile(), so the fix should be
  74. to call this routine from rfile(), and then treat the decoded
  75. buffer as the filename, rather than the original contents of the
  76. Data field of the F packet.  I'd do it myself if I had any
  77. way to compile and test it.
  78.  
  79. If you get it fixed, please send the fix in so other HP-1000 users
  80. will benefit from it.
  81.  
  82. Thanks!
  83.  
  84. - Frank